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Method for generating an interactive menu 

P.iejLd-_of the invention 



5 This invention relates to a method for generating an 

interactive menu. In particular, the invention discloses a 
method for generating an interactive menu relating to 
optical discs, e.g. Blu-ray discs. 

10 

Background 

Optical disc systems for storage of digital content, like 
Blu-ray discs (BD) and in particular BD-ROM, may contain 
15 interactive graphic streams that allow for graphic 

compositions to generate e.g. menus or game applications. A 
typical example is a menu, which is defined by graphic 
objects that represent and can be used as buttons within a 
graphic composition. As an example for gaming, a graphic 

20 object is used within a graphic composition for 

representing a playing card that appears when dealing out. 
The interactive screen manipulations within the menus or 
gaming applications are emulated by encoding multiple 
graphics compositions, each representing separate screen 

25 content. This is due to the restriction of a static graphic 
object arrangement within the graphics compositions, which 
does not allow any dynamic graphic object rearrangement 
during a lifecycle of the composition. With today's known 
— methods, the flexibility in_appearing_and disappearing of 

30 graphical objects or also their changes in position on the 
screen is therefore limited. This is particularly 
disadvantageous for interactive applications, which are 
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often related to audio -visual (AV) content of storage 
medie*. _ . 



A typical solution for the implementation of interactive 
graphics is interactivity emulation. This means that 
interactivity is created by providing a sequence of 
different screen images encoded by separate graphic 
compositions. Every graphic composition comprehends a full 
screen, and therefore always a new graphic composition xs 
decoded when a part of the screen content is changed. 

Graphic compositions for multiple screens are also used as 
a simple solution to provide interactive game applications. 
Bo, with respect to the examples mentioned above, the 
appearing of a playing card or a new menu button is created 
by decoding another graphic composition and rendering a 
complete new screen in the sequence. This takes a long time 
before the user can see the result of his remote action. 
The long response time is caused by searches on the disc to 
find the new graphics composition item, by the re-loading 
of the buffers and by the time needed for decoding and 
rendering the new graphics into the screen. This results in 
sluggish applications as known e.g. from DVD applications. 



25 



30 



Summary of the Invention 



The problem to be solved by this invention is to improve 
.the response time of interactive_systemg . The invention 
provides in claim 1 a method to define a hierarchy of 
graphical button objects within a graphic composition. This 
can be used to create interactivity by button help text or 
menus, for example in "breadcrumb" menus, i.e. a technique 
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that^always show© the way_back _f or navigation across deeply 
nested sub- trees of hierarchical menus. 

Another aspect of the invention is to provide button 
5 commands for graphical objects. Such button commands may 
allow e.g. rendering new graphic elements into the screen, 
and thus making graphics visible or invisible again, or can 
change the colour look-up table (GLUT) , and therefore 
change the colours selected within the screen. All these 
10 modifications are executed as a reaction on the users 
remote control (RC) by real interactivity, and not by 
decoding a completely new image. 

Interactive graphics compositions encoded on digital media 
like e.g. BD-ROM discs are utilized to provide to the user 
navigation and gaming applications closely adapted to the 
digital audio-visual (AV) content on the disc. E.g. a 
graphic composition for a menu coming from the disc is 
decoded into the screen, and the user can navigate through 
the displayed buttons and select one of them. Due to the 
large disc capacity and huge amount of AV content on the 
disc r the number of selection possibilities is quite large, 
and therefore the button size would be much to small when 
all selection possibilities would be displayed within one 
screen. Also, the user might easily be overstrained. 
Therefore multiple menu screens are used to provide a menu 
structure, and to break down the information into portions 
of selectable options the user can select from. Dividing 
the menu into multiple jnenu screens provides simple kind 
of interactivity, previously implemented by means of 
independent graphic compositions. 
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Realizing interactive graphics by multiple screens usually 
leads to a bad conditioned reaction time. A user pressing a 
bu tton on the R C will have to wait" until the nex^gjcaphic 
composition is depicted on the screen, and this depends on 
5 delay times caused by searching on the disc to find the new 
graphics composition item, re-loading the buffers and 
decoding the complete new graphics to the screen. 

The solution proposed herein provides real interactivity 
10 capabilities within the graphics composition format, and 
thus avoids the mentioned delays. According to the 
invention, interactivity is reached by a simple interactive 
graphics model, which can be realized by a few syntax 
elements. The interactive graphics model provides the 
15 appearing and wiping out of graphical elements depending on 
the state of the interactive graphics model. 

One improvement in interactivity is reached by defining a 
parent-child relation between graphical objects, The 
20 parent -child relation controls the appearing or vanishing 
of graphical elements on the screen, and allows e.g. to 
support button help text or the breadcrumb menu technique. 

Another improvement in interactivity is achieved by 
25 introducing button action commands to change the visibility 
of other graphic objects within the graphics composition. 
Thus button commands can be used to make graphic objects 
visible or invisible or to change their positions, which is 
used typically for gaming, _ like the dealing out of cards in 
30 a game or moving an object in the screen depending on the 
users action on the cursor buttons. 
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A third itrprovement in inter-activity is reached by changing 

the colour-look-up table (CLUT) on button commands. This 
_ allows c ruite a lot of othe r appl icat jonB, e. g. change s in ~~ " 

the picture appearance by highlighting, or the appearing 
5 and vanishing of objects from the screen due to the used 
colour- look-up table. 

In a nutshell, a new type of button commands is proposed, 
having the purpose to modify the appearance of the current 
10 menu page, without having to decode a complete new screen 
with a new menu page. 

According to the invention, a parent-child relationship is 
introduced between graphic objects representing a display 
15 hierarchy. The time at which a graphic child object is 
rendered into the screen depends on the status of its 
graphic parent object. This can be used e.g. for menus when 
moving the cursor across menu buttons represented by 
graphic objects. As known e.g. from Digital Versatile Disc 
20 (DVD) or BD-ROM, the buttons within a menu can have one out 
of three different states, namely the "normal*, ^selected" 
or "activated" state. Only when the button is in the 
"selected" state, it can enter the "activated" state. This 
behaviour is considered static, because all buttons are 
25 already on the screen. When applying a hierarchical parent - 
child relationship, the behaviour becomes dynamic, because 
the child buttons are not on the screen already from the 
beginning but only when their parent button changes into 

jthe "selected" state . 

30 

Advantageous embodiments of the invention are disclosed in 
the dependent claims, the following description and the 
figures * 
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Brief description of the drawings 

Exemplary e mbodiments of the inventi on a re deaorgbed with 
reference to the accompanying drawings, which show in 

5 

Fig.l an example for a button help text application ; 

Fig. 2 an example for a breadcrumb menu technique 
application; 

10 

Pig. 3 an example for a *Black Jack" game application; and 
Fig. 4 an example for moving objects in a game application; 

15 

Detailed description of the invention 

Two application examples are given that exploit a 
hierarchical parent-child relationship of buttons within a 
20 menu - 

In a first embodiment, Fig.l shows how the graphic child 
button is used to provide button help text to the user. 
When a button is selected, the associated help text is 
25 displayed, and explains to the user e.g. what action can be 
executed when pressing the "activate'' button, or the W 0K" 
button. The five parts (i) - (v) of Fig.l depict the 
relationship and different views of the interactive menu. 

30 Fig.l(i) shows the different positions a,b,o,d of menu 

buttons, and the position e of help text. The other parts 
(ii)-(v) of Fig.l show the menu with one button being 
selected, including the possible navigation transitions 
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between the different buttons. In this exemplary 
application, only the parent buttons 1.-0/2.0,3.0,4.0 are 

aelectabl e, while the chi Id b uttons 1 . l72TT,^~T,~4Ti are" 

never navigated to, because they serve as help text only. 
5 When one of the parent buttons 1*0,2.0,3.0 is selected, the 
respective child button 1.1,2.1,3.1 is rendered into the 
screen, and therefore displayed. The fourth parent button 
4 . 0 has a transparent child button 4.1. When the fourth 
parent button 4.0 is selected, no child button is visible, 
10 because its invisible child button 4.1 erases all 
previously rendered child buttons. 



Button 
Position 


1.0 
a 


1.1 
e 


2.0 
to 


2.1 
e 


3.0 

G 


3.1 
e 


4.0 

a 


4.1 

e 


uppe r_but t onjnr 


(i-o) 


(1.1) 


(2.0) 


(2.1) 


(3-0) 


(3.1) 


(4.0) 


(4.1) 


lower Jbutton_nr 


(l.o) 


(1.1) 


(2.0) 


(2.1) 


(3.0) 


(3.1) 


(4.0) 


(4.1) 


1 e f t _bu 1 1 on_nr 


4.0 


(l-l) 


1.0 


(2.1) 


2.0 


(3.1) 


3.0 


(4.1) 


r i ght_but t on_nr 


2.0 


(l.i) 


3.0 


(2.1) 


4.0 


(3.1) 


1.0 


(4.1) 



15 Tab.l: Neighbourhood relation between buttons in Pig.l 

Tab.l shows the neighbourhood relationship in detail. For 
each possible state of the menu, the possible actions are 
defined. E.g. the first column of Tab.l means that when the 

20 first parent button 1.0 on position a is selected and the 
"upper" or the "lower* button on the remote control (RC) is 
pressed, then the first parent button . 1 . 0 remains selected. 
— When the-RC's J^left" button is pressed however ,~Jthe fourth 
parent button 4.0 is selected, and when pressing the RC'e 

25 "right" button, the second parent button 2.0 is selected. 
As shown in columns 2,4,6 and 8, the child buttons on 
position e have a self -referencing neighbourhood relation, 
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i.e.. no other button points to them, and they point to 
themselves . 



Any rendered button supersets and erases all other buttons 
rendered before on the same position. Fig.l(v) shows the 
erasure of the previously displayed help text. This is 
achieved by rendering a transparent child button image 4 . 1 
into the location e, which makep any other child button 
image invisible. 

In a second embodiment , a graphic child button is used to 
generate a multiple level hierarchy with two generations of 
dependencies- The first-generation graphic child buttons 
are parents of a second-generation graphic child buttons. 
In other embodiments, these may be parents of further 
generation child buttons. In this manner a breadcrumb menu 
can he realized, because the way for navigating back can be 
displayed. 



20 The seven parts (i) - (vii) of Pig. 2 depict the relationships 
and different views of an interactive breadcrumb menu. The 
possible positions a,b,c,d,e,f of the buttons are shown in 
Fig.2(i). Pig. 2 (ii) -Pig. 2 (vii) show the situation when a 
parent button or/and a child button are selected, including 

25 the possible navigation transitions. 



The first -generation child buttons 1.1, 1.2, 2.1, 2.2 are 
parent buttons for the second -generation child buttons 
1.1.1, 1„.1.2,..., 2.SL-2. Tbe pecond-generation child buttons 
30 are only rendered into the screen when a corresponding 

parent button of the first -generation child buttons is in 
the ^selected" state. In Fig.2(ii), the first parent button 
1.0 is selected, and therefore its child buttons 1.1, 1.2, 
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1.3, 1.4 .have been rendered into the screen. The^ child 

buttons 1,3 and 1.4 however are invisible and erase any 

— prevdously^shown„but.to_n^ t hese locatio ns . If inTth i g^caae 

the visible first child button 1.1 is selected, as shown in 

5 Fig.2(iv), the two respective second-generation child 

buttons 1.1.1, 1.1.2 appear on positions e and f, and can 
be navigated to. If otherwise the second child button 1.2 
is selected, as shown in Fig.2(v), two other second- 
generation child buttons 1.2.1/ 1.2.2 are rendered and can 
10 be navigated to. In Fig.2(iii), the second parent button 
2.0 is selected and its child buttons 2.1, 2.2, 2.3, 2.4 
have been rendered into the screen. Also the child buttons 
2.3 and 2.4 are invisible and erase any previously shown 
button in these locations. Note that x.3 and x.4 are 
~ 15 invisible buttons in this example. 



button 
position 


1.0 
a 


1.1 
c 


1.2 
d 


1.3 
e 


1.4 
f 


1.1.1 
e 


1.1.2 
f 


1.2.1 
e 


1.2.2 
f 


upper button number 


2.0 


1.1.2 


1.2.2 


(1.3) 


(1.4) 


1.1 


1.1.1 


1.2 


1.2.1 


lower button number 


2.0 


1.1.1 


1.2.1 


<1.3) 


(1.4) 


1.1.2 


1.1 


1.2.2 


1.2 


left button number 


<i.o). 


1.0 


1.1 


JP- 3 ),, 


(1.4) 


(1.1.1) 


(1.1.2) 


(1.2.1) 


(1.2.2) 


right button number 


1.1 


1.2 


1.1 


(1.3) 


(1.4) 


(1-1.1) 


(1.1.2) 


(1.2.1) 


(1.2.2) 




button 
position 


2.0 
a 


2.1 
c 


2.2 
d 


2.3 
e 


2.4 

f 


2.1.1 
e 


2.1.2 
f 


2.2.1 
e 


2.2.2 
f 


Jpper button number 


1.0 


2.1.2 


2.2.1 


(2.3) 


(2.4) 


2.1 


2.1.1 


2.2 


(2.2.2) 


lower button number 


1.0 


2.1.1 


2.2.1 


(2.3) 


(2.4) 


2.1.2 


2.2 


2.2 


(2.2.2) 


left button number 


(2.0) 


2.0 


2.1 


(2.3) 


(2,4) 


(2.1.1) 


(2.1.2) 


(2.2.1) 


(2.2.2) 


Right button .number 


2,1 


2.2 


2.1 


(2.3) 


(2.4) 


(2.1.1) 


(2.1.2) 


(2.2.1) 


(2.2.2) 



20 Tab. 2 i Neighborhood information- for breadcrumb menu — 



Tab. 2 shows the neighbourhood relationship for the 
breadcrumb menu application example. The first -generation 
child buttons X.Y have their own second-generation child 
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buttons X.Y.Z, andall second-generation child buttons are 
visible except for button 2.2.2 that is isolated and cannot 

^e^avAgated to, as... al so „ shown in Fig. 2 ( vii) . Thi s is also 

an invisible button, like the first -generation child 
buttons 1.3,1.4,2.3 and 2.4 which cannot be navigated to 
either. 

The signalling for a hierarchical parent-child relationship 
can be implemented easily by a single link mechanism. The 
link ia pointing from a graphic child button object to its 
graphic parent button object only. The opposite link can 
also be given, but is not necessarily mandatory. As a 
preferred embodiment, a link field is introduced that 
designates the parent button object by means of a unique ID 
within the graphic composition. Tab. 3 shows such link field 
parent_bufcton_numbex- within a graphic button object. If the 
parent button number is referencing to itself, i.e. when it 
carries its own button_number, it is not a graphic child 
button and has to be rendered into the screen from the 
beginning . 





Size 


Type 


Syntax — 

graphic comoositionO { 


8 


bslbf 


segment type 

segment length — 


16 


uimsbf 


composition number , 


16 


uimsbf 








while (processed lenfith < segment leneth) f 






button number 


3 


uimsbf 








parent button number 


8 


uimsbf 








masked button flae 


i 1 


uimsbf 








i button horizontal position 


16 


uimsbf 


button verticEj position 


16 


uimsbf 


neighbor. infoO i 






r upper button number 


8 


uimsbf 



; ■ r - t! ..-, j! - - , — — -^^HHB 



uib rniutia * Win 
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lower button number 


H 
O 


uunsDi 


f left button number 


O 

a 


uimsvi 


right button number 


0 

o 


uirnsDr 








normal state infoQ { 






start object id. normal 


10 


UllUStOX 


end object id normal 


lO 


uunsoi 


repeat noimaX^fkg 


1 


bpibt 


reserved 


7 


bslbf 


> 






selected state infoQ { 






start object id selected 


16 


uiinsDi 


end object id selected 


16 


uimsbf 


repeat selected flag 


1 


bslbf 


reserved 


7 


bslbf 


} 






actioned state infoO { 






i start object id activated 


16 


uimsbf 


end obiect id activated 


16 


uimsbf 


) 






num of button commands 


8 


uimsbf 


for( commanded ^ 0; 

coxnmandjd < num_of_button_cc«nmands; 
command id++ ) { 






button commandrcommand idl 


96 


bslbf 


i _± 






> 






} 







Tab 5: Syntax for the composition of menu buttons 



Tab. 5 shows the syntax of an exemplary graphic_composition 
5 segment for the composition of menu buttons. It can be used 
e.g. as an interactive composition segment" for BD-ROM. 
Such graphic composition segment holds neighbourhood 
information, button state display information for the 
different states of a button, and button command 
10 information- Additional fields allow indicating the 
hierarchical parent child relationship and the_masked 
button application, as described in the following. In both 
cases visibility of the respective buttons is dependent 
from the parent button or button commands. 



uto rmtJiia at mji'nn 
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Another idea of the invention is the introduction of button 
commands that make graphic objects disappear or appear. 

L.THeee graph 3 cZobj ecta can a l so be buttons . "The "gist of this 

aspect of invention in interactive graphics is that 

5 specially marked graphic objects are encoded within and for 
a graphic composition, but not displayed automatically or 
initially on the screen. The marking of the graphic objects 
consists of a masking flag (masked_button_f lag) , listed in 
Tab. 5. Masked graphic objects can be rendered into the 

10 screen upon user interface commands, usually RC button 
commands. Using the exemplarily described simple syntax, 
the combination of graphic objects indicated for being 
masked and the corresponding button commands applied for 
manipulating these graphic objects provides a quite large 

15 range of different and powerful applications. Commands for 
manipulating such masked graphic objects can be e.g. a 
command for making the graphic object visual 
(render_object) , a command for making the graphic object 
invisible (erase_pbjeat) , a command for re -positioning the 

20 graphic object (move_object) and a command for changing the 
colour look-up table (CLUT) of a graphic object or the 
whole screen (select_clut) . 



Preferred embodiments of this aspect of the invention are 
25 also listed in Tab. 5. In this case the graphic object is a 
graphic button object. When the flag masked__button_f lag is 
set, the button described is a masked button and will not 
be automatically rendered into the screen when the graphic 
-composition is decoded. Depending on the button commands_ 
30 executed when a button of the graphic composition was set 
to "activated" state, the masked button can be manipulated. 
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......The button commands _ for a single button^as listed in Tab. 5 

can be extended by various manipulations, e.g. making the 

— — butt on-jvls ihle_ f ^makin g the butt on i nvitTiffie~, _j^ 

positions and manipulating the button GLUT. In general, the 
5 GLUT manipulation bears the potential to make graphic 
objects visible or invisible. 

In the following, two application examples are given that 
exploit the combination of mask flag and button command. 

10 

In Fig. 3 an example for a black jack game application is 
shown. While Fig.3(i) depicts the screen and all positions 
a # o.,l of different buttons visible or not visible on the 
screen, Fig.3(ii) depicts the navigation neighbourhood 

15 relationship between the buttons. Three buttons 1.0, 2.0 r . 
3.0 on positions a,b,c are initially visible and 
selectable. The other button positions d,...,l are used for 
graphic button objects that are flagged as masked buttons, 
and that are only displayed when according commands are 

20 executed from the button commands, which are defined for 

the visible and selectable buttons 1.0,2*0,3.0, These three 
buttons serve as "Deal out a card" for button 1.0, "Stop 
dealing" for button 2.0 and "Start a new game" for button 
3.0. 

25 

This example implements a "Black Jack" game realized by the 
combination of command buttons and masked buttons, which 
serve as playing cards dealt out. While the playing cards 
are .appearing or. disappearing and cannot be_navigated_to, 
30 other buttons in the screen can be navigated to and can be 
activated from the user. When activating the buttons 
according to the "Black Jack" game rules, playing cards are 
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set, i.e. masked buttons are rendered into the screen and 
become -visible vc. 



Pig. 4 shows an example for the manipulation of masked 
5 buttons din by moving it across the screen. This can be 

used for advanced interactive games. The actions associated 
with the cursor buttons 1,.,.,4 on positions a,-.,d execute a 
movement of the masked, but visible, graphic button object 
din. in this case, navigation to a button I,-., 4 and 
10 activating the button is one step, because the "button 

activate" command is executed automatically when selecting 
the button. This can be achieved e.g. by setting a zero 
time out between selecting and activating the button. 

15 The example shown in Pig. 4 is for gaming, e.g. a moving 

dinosaur application. While Pig.4(i) depicts the screen and 
positions of different buttons visible or not visible on 
the screen, Fig-4(ii) shows the navigation neighbourhood 
relationship between the invisible buttons 1,...,4. The 

20 position 1 of a visible object din, the "dinosaur button", 
is a starting position only. The object changes its 
location when button commands on the RC are executed for 
moving the "dinosaur button". Buttons 1,™,4 need not be 
visible within the screen. In this way, the user's view can 

25 be made clear for the dinosaur and the background only. 

Tab. 3 shows an example for a Player Status Register (PSR) . 
The value of one of the registers (PSR11) is used to define 
a masked button that will_be rendered into the graphic 
30 plain, when the value of PSR11 is changed, the button that 
is addressed by its value (button_ID) is instantaneously 
rendered. If the value contained in PSR11 does not match 
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any^ of the button_ IDs available within the valid 
Interactive Composition segment (ICS) , it is ignored. 





Name 


Meaning 


0 


Interactive Graphics 


Interactive Graphics Stream Number- 


1 


Audio 


Audio Stream Number 


2 


Presentation Graphics 


Presentation Graphics Stream Number 


3 


Angle 


Angle Number 


4 


Title 


Title Number 


5 


Chapter 


Chapter dumber 


6 


PlayLiet 


Play List Number '™"~ 


7 


Playltem 


Playltem Number 


3 


Presentation Time 


Presentation Time in 90jcHz 


9 


Timer 


Navigation Timer — 


10 


Selected Button 


Button Number in Selected State 


11 


Render Button 


Button Number to be rendered 


12 




reserved 


13 


Parental 


Parental Level 


14 


Video Configuration 


Player Configuration for Video 


15 


Audio Configuration 


Player Configuration for Audio 


16 


Audio Language 


Language Code for Audio 


17 


Subtitle Language 


Language Code for Presentation 
Graphics 


18 


Menu Language 


Language Code for Menu Description 


19 


Interactive Graphics 
Language 


Language Code for Interactive 
Graphics 


20 




reserved 




i 




153 




reserved — 



Tab. 4 Player Status Register 

The invention is advantageous for use in interactive menus, 
10 particularly interactive menus relating to contents of 

optical discs. In particular, the invention can be used for 
interactive menus for re^d-only Blu-ray discs (BD-ROM) , 
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Claims 



1. A method for generating an interactive electronic 
menu on a display, the menu comprising menu items 

5 (a,b,c,d,e), wherein a menu item may be in a 

deselected, selected or activated state, and the 
menu being coded into a menu data segment, 
characterized in that 

- at least a first and a second menu item (1.0, 1.1) 
10 are connected by a parent -child relationship, 

wherein the second menu item (1-1) being a child 
of the first menu item (1.0) can only be selected 
when the first menu item is selected; and 

- the first and the second menu item are coded into 
15 tjie same data segment . 

2. Method according to claim 1, wherein the second menu 
item is only visible when the first menu item is in 
the selected state. 

20 

3 « Method according to claim 1 or 2, wherein the second 
menu item is not selectable, 

4. Method according to any of the previous claims, 
25 wherein the menu data Begment contains at least for 

the first and the second menu item neighbour 
information, the neighbour information defining 
which other menu item may be selected when said 
first or second menu item is in the selected state. 



30 



5. Method according to any of the previous claims, 
wherein the menu relates to the content of a read- 
only storage medium, and the menu data segment is 
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10 



15 



20 



stored-orx_the_respective read-only storage medium- 



6. Method according to any of the previous claims, 
wherein at leapt one button command is associated to 
a menu item and coded into aaid menu data segment, 
the button command being usable for modifying the 
visibility of at least one other menu item, wherein 
the other menu data item is also coded into said 
menu data segment . 

7. Method according to the previous claim, wherein the 
visibility also comprises the colour look-up table 
relating to a menu item. 

8. Method according to any of the previous claims, 
further characterized in that a third menu item is 
connected to the second menu item by a parent -child 
relationship , wherein the third menu item being a 
child of the second menu item can only be selected 
when the second menu item is selected, and wherein 
the first, the second, and the third menu item are 
coded into the same data segment . 

9„ Method according to any of the previous claims p 
wherein the parent-child relationship within the 
menu data segment is indicated by a unidirectional 
or bi-directional link or identifier. 
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Abstract 



A method for generating an interactive electronic menu on a 
display, the menu comprising menu items, wherein a menu 

5 item may be in a deselected, selected or activated state, 
and the menu being coded into a menu data segment, 
comprises that at least a first and a second menu item are 
connected by a parent-child relationship, wherein the 
aecond menu item being a child of the first menu item can 

10 only be Belected when the first menu item is selected, and 
further comprises that the first and the second menu item 
are coded into the same data segment. The method is 
preferably usable for menus relating to content of digital 
storage media, such as optical discs, in particular read- 

15 only Blu-ray discs. 
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